vy TEXAS 
INSTRUMENTS 


JTAG/MPSD Emulation 


Technical 
Reference 


1994 


baa TEXAS 
INSTRUMENTS 


Printed in U.S.A., December 1994 SPDU079A 
2617709-9741 revision A 


JTAG/MPSD Emulation 
Technical Reference 


December 1994 
SPDU079 


IN NTS 


IMPORTANT NOTICE 


Texas Instruments (TI) reserves the right to make changes to its products or to discontinue any 
semiconductor product or service without notice, and advises its customers to obtain the latest 
version of relevant information to verify, before placing orders, that the information being relied 
on is current. 


Tl warrants performance of its semiconductor products and related software to the specifications 
applicable at the time of sale in accordance with Tl’s standard warranty. Testing and other quality 
control techniques are utilized to the extent Tl deems necessary to support this warranty. 
Specific testing of all parameters of each device is not necessarily performed, except those 
mandated by government requirements. 


Certain applications using semiconductor products may involve potential risks of death, 
personal injury, or severe property or environmental damage (“Critical Applications”). 


Tl SEMICONDUCTOR PRODUCTS ARE NOT DESIGNED, INTENDED, AUTHORIZED, OR 
WARRANTED TO BE SUITABLE FOR USE IN LIFE-SUPPORT APPLICATIONS, DEVICES 
OR SYSTEMS OR OTHER CRITICAL APPLICATIONS. 


Inclusion of TI products in such applications is understood to be fully at the risk of the customer. 
Use of TI products in such applications requires the written approval of an appropriate TI officer. 
Questions concerning potential risk applications should be directed to TI through a local SC 
sales office. 


In order to minimize risks associated with the customer’s applications, adequate design and 
operating safeguards should be provided by the customer to minimize inherent or procedural 
hazards. 


Tl assumes no liability for applications assistance, customer product design, software 
performance, or infringement of patents or services described herein. Nor does TI warrant or 
represent that any license, either express or implied, is granted under any patent right, copyright, 
mask work right, or other intellectual property right of Tl covering or relating to any combination, 
machine, or process in which such semiconductor products or services might be or are used. 


Copyright © 1994, Texas Instruments Incorporated 


TRADEMARKS 


ABEL is a trademark of DATA I/O. 


PAL® is a registered trademark of Advanced Micro Devices, Inc. 


Contents 


1 Designing for JTAG Emulation .......... 2.0 cece eee eee 1-1 


Describes the JTAG emulator cable. Tells you how to construct a 14-pin connector on your 
target system and how to connect the target system to the emulator. 


1.1. Designing Your Target System’s Emulator Connector (14-Pin Header) ............. 1-2 
V2. * BUSSProtoCol: i. eccentricity ashy te oie a ties Rane etn eae ade Poe as 1-3 
3: IEEEWIA9A:Standard:.o2c2 pti Panhees eae sdite pok et eee Seed ON ae BO Pe 1-3 
1.4 JTAG Emulator Cable Pod Logic .......... 0... c cece eens 1-4 
1.5 JTAG Emulator Cable Pod Signal Timing ............. 0.00 eee cece eee ee 1-5 
1.6 Emulation Timing Calculations ............ 0.00.0 cece eens 1-6 
1.7 Connections Between the Emulator and the Target System ..............2--00005 1-8 
1.7.1 Buffering Signals ........ 00... cect eens 1-8 

1.7.2 Using a Target-System Clock ............ 0c cece eee eee eee eee 1-10 

1.7.3. Configuring Multiple Processors ............... 0c cece eee teens 1-11 

1.8 | Mechanical Dimensions for the 14-Pin Emulator Connector .................+... 1-12 
1.9 Emulation Design Considerations ............... 0000 cece 1-14 
1.9.1. Using Scan Path Linkers ........... 0... e eet ete 1-14 

1.9.2 Emulation Timing Calculations for SPL ........... 0.00 1-16 

1:9:3)° UsingsEmulation: PINS: casdoicesttdeiies Gauche Mires Med ois vee iacea eeleeaale a es 1-18 

1.9.4 Performing Diagnostic Applications ........... 0.0... eee eee eee 1-23 

2 Designing for MPSD Emulation ............00 0c cece eect eee 2-1 


Describes the modular port scan device (MPSD) emulator cable. Tells you how to construct a 
12-pin connector on your target system and how to connect the target system to the emulator. 


2.1 Designing Your MPSD Emulator Connector (12-Pin Header) .................005- 2-2 
2.2 MPSD Emulator Cable Pod Signal Timing ................00: cece eee eee eee 2-4 
2.3 Connections Between the MPSD Emulator and the Target System ................ 2-5 
2.4 Mechanical Dimensions for the 12-Pin MPSD Emulator Connector ................ 2-7 
2.5 Diagnostic Applications ......... 0... eee een eens 2-9 
A. ‘PAL: Programming) ii... ccc0k cies eek eat eee hoes eee dee cee ee ee ee cee eee A-1 


Figures 


vi 


14-Pin Header Signals and Header Dimensions ...............000200ceeeeeee eee ees 1-2 
JTAG Emulator Cable Pod Interface ......... 0.0... ccc ccc eee neee en eees 1-4 
JTAG Emulator Cable Pod Timings .............. 00 cece eee eee eee eens 1-5 
Target-System-Generated Test Clock ........... 0.0 ccc cece eens 1-10 
Multiprocessor ConnectionS ........... 0.0 cece eee t nett nee aes 1-11 
Pod/Connector Dimensions ...........0 0. cece ccc ee ene enn e nee 1-12 
14-Pin Connector Dimensions ............ 006.0 c cece cnet ene tenet eens 1-13 
Connecting a Secondary JTAG Scan Path to an SPL .......... eee eens 1-15 
EMUO/1Configurations<.2:.i0 wScietaicue. tiie. dan tis de de ee tale ate eee 1-19 
Suggested Timings for the EMU0 and EMU1 Signals .................. 00 ccc 1-21 
EMUO0/1 Configuration With Additional AND Gate to Meet Timing Requirements ...... 1-21 
EMUO0/1 Configuration Without Global Stop .............. 000 eee eee 1-22 
TBC Emulation Connections for n JTAG Scan Paths ............... cece cece ees 1-23 
12-Pin Header Signals and Header Dimensions .............. 00000 e eee ee eee ees 2-2 
MPSD Emulator Cable Pod Interface .......... 0... ccc ccc eee nes 2-3 
MPSD Emulator Cable Pod Timings ...............00 cece eee eee eee eee eens 2-4 
MPSD Pod/Connector Dimensions ..............0 ccc cece tne t eens 2-7 
12-Pin Connector Dimensions ........... 0.000 cece cent tenet eens 2-8 
TBC Emulation Connections for ’C3x Scan PathS .......... 0... cece cece eee ees 2-9 


Chapter 1 


Designing for JTAG Emulation 


This chapter assists you in meeting the design requirements of the XDS510 
emulator with respect to JTAG designs and discusses the XDS510 cable 
(manufacturing part number 261 7698-0001). This cable is identified by a label 
on the cable pod marked JTAG 3/5V and supports both standard 3-volt and 
5-volt target system power inputs. 


The term JTAG, as used in this book, refers to Tl scan-based emulation, which 
is based on the IEEE 1149.1 standard. 
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Designing Your Target System’s Emulator Connector (14-Pin Header) 


1.1 Designing Your Target System’s Emulator Connector (14-Pin Header) 


JTAG target devices support emulation through a dedicated emulation port. 
This port is a superset of the IEEE 1149.1 standard and is accessed by the 
emulator. To communicate with the emulator, your target system must have 
a 14-pin header (two rows of seven pins) with the connections that are shown 
in Figure 1-1. Table 1-1 describes the emulation signals. 


Figure 1-1. 14-Pin Header Signals and Header Dimensions 


TRST 
GND Header Dimensions: 
Pin-to-pin spacing, 0.100 in. (X,Y) 


TMS 

TDI 

PD (Vcc) 
TDO 
TCK_RET 
TCK 
EMUO 


GND 
GND 
GND 
EMU1 


no pin (key)t Pin width, 0.025-in. square post 
Pin length, 0.235-in. nominal 


T While the corresponding female position on the cable connector is plugged to prevent improper 
connection, the cable lead for pin 6 is present in the cable and is grounded, as shown in the sche- 
matics and wiring diagrams in this document. 


Table 1-1. 14-Pin Header Signal Descriptions 


Signal 


TMS 
TDI 

TDO 
TCK 


TRST# 
EMUO 
EMU1 
PD(Vcc) 


TCK_RET 


GND 


Description 


Test mode select 
Test data input 
Test data output 


Test clock. TCK is a 10.368-MHz clock 
source from the emulation cable pod. This 
signal can be used to drive the system test 
clock 

Test reset 

Emulation pin 0 

Emulation pin 1 

Presence detect. Indicates that the emula- 
tion cable is connected and that the target is 
powered up. PD should be tied to Vcc in the 
target system. 

Test clock return. Test clock input to the 
emulator. May be a buffered or unbuffered 
version of TCK. 


Ground 


TI = input; O = output 
+Do not use pullup resistors on TRST: it has an internal pulldown device. In a low-noise 
environment, TRST can be left floating. In a high-noise environment, an additional pulldown 
resistor may be needed. (The size of this resistor should be based on electrical current 
considerations.) 


1-2 


Emulatort 
State 


---0o 


Targett 
State 
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1.2 Bus Protocol 


Although you can use other headers, recommended parts include: 


straight header, unshrouded DuPont Connector Systems 
part numbers: 65610-1114 

65611-114 

67996-114 

67997-114 


The IEEE 1149.1 specification covers the requirements for the test access port 
(TAP) bus slave devices and provides certain rules, summarized as follows: 


Li The TMS/TDI inputs are sampled on the rising edge of the TCK signal of 
the device. 


Li The TDO output is clocked from the falling edge of the TCK signal of the 
device. 


When these devices are daisy-chained together, the TDO of one device has 
approximately a half TCK cycle setup to the next device’s TDI signal. This type 
of timing scheme minimizes race conditions that would occur if both TDO and 
TDI were timed from the same TCK edge. The penalty for this timing scheme 
is a reduced TCK frequency. 


The IEEE 1149.1 specification does not provide rules for bus master (emula- 
tor) devices. Instead, it states that it expects a bus master to provide bus slave 
compatible timings. The XDS510 provides timings that meet the bus slave 
rules. 


1.3 IEEE 1149.1 Standard 


For more information concerning the IEEE 1149.1 standard, contact IEEE 
Customer Service: 


Address: IEEE Customer Service 
445 Hoes Lane, PO Box 1331 
Piscataway, NJ 08855-1331 


Phone: (800) 678-IEEE in the US and Canada 
(908) 981-1393 outside the US and Canada 


FAX: (908) 981-9667 Telex: 833233 
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1.4 JTAG Emulator Cable Pod Logic 


Figure 1—2 shows a portion of the emulator cable pod. These are the functional 
features of the pod: 


[1 Signals TDO and TCK_RET can be parallel-terminated inside the pod if 
required by the application. By default, these signals are not terminated. 


1) Signal TCK is driven with a 74LVT240 device. Because of the high-current 
drive (32 mA Io. /Ion), this signal can be parallel-terminated. If TCK is tied 
to TCK_RET, then you can use the parallel terminator in the pod. 


[J Signals TMS and TDI can be generated from the falling edge of TCK_RET, 
according to the IEEE 1149.1 bus slave device timing rules. 


Li Signals TMS and TDI are series-terminated to reduce signal reflections. 


Lj A 10.368-MHz test clock source is provided. You may also provide your 
own test clock for greater flexibility. 


Figure 1-2. JTAG Emulator Cable Pod Interface 


74F175 


TDO (Pin 7) 


TMS (Pin 1) 


GND (Pins 4,6,8,10,12) 


TDI (Pin 3) 


EMUO (Pin 13) 


74AS1034 . 
EMU1 (Pin 14) Be TCK (Pin 11)t 


TRST (Pin 2) 


TCK_RET (Pin 9)t 


PD(Vcc) (Pin 5) 


TL7705A 


T The emulator pod uses TCK_RET asits clock source for internal synchronization. TCK is provided 
as an optional target system test clock source. 
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1.5 JTAG Emulator Cable Pod Signal Timing 


Figure 1—3 shows the signal timings for the emulator cable pod. Table 1—2 de- 
fines the timing parameters. These timing parameters are calculated from val- 
ues specified in the standard data sheets for the emulator and cable pod and 
are for reference only. Texas Instruments does not test or guarantee these tim- 
ings. 


The emulator pod uses TCK_RET as its clock source for internal synchroni- 
zation. TCK is provided as an optional target system test clock source. 


Figure 1-3. JTAG Emulator Cable Pod Timings 


TCK_RET 1.5V 


TMS/TDI 


Table 1-2. Emulator Cable Pod Timing Parameters 


No. 


oa fk wD + 


Reference Description Min Max Units 
tc(TCK) TCK_RET period 35 200 ns 
tw(TCKH) TCK_RET high-pulse duration 15 ns 
tw(TCKL) TCK_RET low-pulse duration 15 ns 
ta(TMS) Delay time, TMS/TDI valid from TCK_RET low 6 20. ns 
tsu(TDO) TDO setup time to TCK_RET high 3 ns 
th(TDO) TDO hold time from TCK_RET high 12 ns 
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1.6 Emulation Timing Calculations 


The following examples help you calculate emulation timings in your system. 
For actual target timing parameters, see the appropriate device data sheets. 


Assumptions: 


tsu(TTMS) Target TMS/TDI setup to TCK high 10 ns 
ta(TTDO) Target TDO delay from TCK low 15ns 
td(bufmax) Target buffer delay, maximum 10 ns 
td(bufmin) Target buffer delay, minimum ins 
t(bufskew) Target buffer skew between two devices 1.35 ns 


in the same package: 
[td(bufmax) — ta(butmin)] x 0.15 


\(TCKfactor) | Assume a 40/60 duty cycle clock 0.4 
(40%) 
Given in Table 1-2 ( on page 1-5): 
ta(TMSmax) | Emulator TMS/TDI delay from TCK_RET 20 ns 
low, maximum 
tsu(TDOmin) | TDO setup time to emulator TCK_RET 3 ns 


high, minimum 


There are two key timing paths to consider in the emulation design: 


L) The TCK_RET-to-TMS/TDI path, called tog(tck_RET-TMS/TDI), and 
LJ The TCK_RET-to-TDO path, called tog/TcK_RET-TDO): 


Of the following two cases, the worst-case path delay is calculated to deter- 
mine the maximum system test clock frequency. 


Case 1: Single processor, direct connection, TMS/TDI timed from TCK_RET low. 


ty (Tusmax) * 'su rrrusy| 
yd (TCK_RET-TMS/TDI) ~ t 


(TCKfactor) 

_ [20ns + 10ns] 
0.4 

= 75ns (13.3 MHz) 


ty (TTD0) * tsu mses 


t = _— 
pd (TCK_RET-TDO) tircktacton 


_ [15ns + 3ns] 
= 0.4 
= 45ns (22.2 MHz) 


In this case, the TCK_RET-to-TMS/TDI path is the limiting factor. 


Emulation Timing Calculations 
Case 2: Single/multiprocessor, TMS/TDI/TCK buffered input, TDO buffered output, 
TMS/TDI timed from TCK_RET low. 


7 Its (TMSmax) + tsucttms) + t biitakew) | 
tod (TCK_RET-TMS/TDI) f 


TCKfactor) 


_ [20ns + 10ns + 1.35ns| 
0.4 


= 78.4ns (12.7 MHz) 


ts (TTDO) + tsuctDominy + ta fete! 
toa (TCK_RET-TDO) — t 


(TCKfactor) 


_ [15ns + 3ns + 10ns] 
0.4 


= 70ns (14.3 MHz) 


In this case, the TCK_RET-to-TMS/TDI path is the limiting factor. 


In amultiprocessor application, itis necessary to ensure that the EMU0—1 lines 
can go from a logic low level to a logic high level in less than 10 us. This can be 
calculated as follows: 


tr = 5(Roullup x Ndevices X Cload_per_device) 
= 5(4.7 kQ x16 x 15 pF) 
5.64 us 
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1.7 Connections Between the Emulator and the Target System 


1.7.1 


It is extremely important to provide high-quality signals between the emulator 
and the JTAG target system. Depending upon the situation, you must supply 
the correct signal buffering, test clock inputs, and multiple processor intercon- 
nections to ensure proper emulator and target system operation. 


Signals applied to the EMUO and EMU1 pins on the JTAG target device can 
be either input or output (I/O). In general, these two pins are used as both input 
and output in multiprocessor systems to handle global run/stop operations. 
EMUO and EMU1 signals are applied only as inputs to the XDS510 emulator 
header. 


Buffering Signals 


If the distance between the emulation header and the JTAG target device is 
greater than six inches, the emulation signals must be buffered. If the distance 
is less than six inches, no buffering is necessary. The following illustrations 
depict these two situations. 


Lj No signal buffering. In this situation, the distance between the header 
and the JTAG target device should be no more than six inches. 


= 6 Inches or Less al 


Vcc 


JTAG Device Emulator Header 
EMUO EMUO PD 
EMU1 e EMU1 
TRST TRST GND 
TMS TMS GND 
TDI TDI GND 
TDO TDO GND 
TCK ’ TCK GND 


TCK_RET 


The EMUO and EMU1 signals must have pullup resistors connected to Vcc to 
provide a signal rise time of less than 10 us. A 4.7-kQ resistor is suggested for 
most applications. 


Connections Between the Emulator and the Target System 


_j Buffered transmission signals. In this situation, the distance between 
the emulation header and the processor is greater than six inches. Emula- 
tion signals TMS, TDI, TDO, and TCK_RET are buffered through the same 
package. 


Greater Than 


ff 6 Inches a 


Vcc 


ae 
JTAG Device Emulator Header 
EMUO EMUO PD 
EMU1 i EMU1 
TRST TRST 
TS |e TMS 


TDI 
TDO 
TCK 


TDI 
TDO 
TCK 


TCK_RET V 
GND 


m The EMUO and EMU1 signals must have pullup resistors connected to 
Vcc to provide a signal rise time of less than 10 us. A4.7-kQ resistor is 
suggested for most applications. 


m The input buffers for TMS and TDI should have pullup resistors con- 
nected to Vcc to hold these signals at a known value when the emula- 
tor is not connected. A resistor value of 4.7 KO or greater is suggested. 


m To have high-quality signals (especially the processor TCK and the 
emulator TCK_RET signals), you may have to employ special care 
when routing the PWB trace. You also may have to use termination 
resistors to match the trace impedance. The emulator pod provides 
optional internal parallel terminators on the TCK_RET and TDO. TMS 
and TDI provide fixed series termination. 


m Since TRST is an asynchronous signal, it should be buffered as 
needed to insure sufficient current to all target devices. 
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1.7.2 Using a Target-System Clock 


Figure 1—4 shows an application with the system test clock generated in the 
target system. In this application, the TCK signal is left unconnected. 


Figure 1-4. Target-System-Generated Test Clock 


Greater Than 
6 Inches 


Voc 


Vcc 
Emulator Header A 


JTAG Device 


EMUO PD 
l EMUt1 

TRST 

|» TMS 

| e TDI 

TDO 

NC TCK 

e TCK_RET Vv 


GND 
System Test Clock 


Note: When the TMS/TDI lines are buffered, pullup resistors should be used to hold the buffer 
inputs at a known level when the emulator cable is not connected. 


There are two benefits to having the target system generate the test clock: 


(J The emulator provides only a single 10.368-MHz test clock. If you allow 
the target system to generate your test clock, you can set the frequency 
to match your system requirements. 


[J In some cases, you may have other devices in your system that require 
a test clock when the emulator is not connected. The system test clock 


also serves this purpose. 


Connection Between the Emulator and the Target System 


1.7.3 Configuring Multiple Processors 


Figure 1-5 shows atypical daisy-chained multiprocessor configuration, which 
meets the minimum requirements of the IEEE 1149.1 specification. The emu- 
lation signals in this example are buffered to isolate the processors from the 
emulator and provide adequate signal drive for the target system. One of the 
benefits of this type of interface is that you can generally slow down the test 
clock to eliminate timing problems. You should follow these guidelines for 
multiprocessor support: 


Lj The processor TMS, TDI, TDO, and TCK signals should be buffered 
through the same physical package for better control of timing skew. 


Lj) The input buffers for TMS, TDI, and TCK should have pullup resistors con- 
nected to Vcc to hold these signals at a known value when the emulator 
is not connected. A resistor value of 4.7 kQ or greater is suggested. 


(J Buffering EMU0O and EMU1 is optional but highly recommended to provide 
isolation. These are not critical signals and do not have to be buffered 
through the same physical package as TMS, TCK, TDI, and TDO. Unbuf- 
fered and buffered signals are shown in this section (page 1-8 and page 
1-9). 


Figure 1—5. Multiprocessor Connections 


JTAG Device JTAG Device 


Voc 


Vcc 


Emulator Header 


| EMUO PD 


EMU1 


{¢ e TRST 


(te e TMS 


e TDI 


44 Be TDO 


e Mt e e TCK 


TCK_RET V 
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1.8 Mechanical Dimensions for the 14-Pin Emulator Connector 


The JTAG emulator target cable consists of a 3-foot section of jacketed cable, 
an active cable pod, and a short section of jacketed cable that connects to the 
target system. The overall cable length is approximately 3 feet 10 inches. 
Figure 1—6 and Figure 1—7 (page 1-13) show the mechanical dimensions for 
the target cable pod and short cable. Note that the pin-to-pin spacing on the 
connector is 0.100 inches in both the X and Y planes. The cable pod box is 
nonconductive plastic with four recessed metal screws. 


Figure 1-6. Pod/Connector Dimensions 


Connector 
Short, Jacketed Cable 


Refer to Figure 1—7. 


Note: All dimensions are in inches and are nominal dimensions, unless otherwise specified. 


Mechanical Dimensions for the 14-Pin Emulator Connector 


Figure 1—7. 14-Pin Connector Dimensions 


ne oe 
Cable 
0.66 
—— De 
Connector, Side View 
Key, Pin 6 
0.100 —| -_— 
oo 
0.87 
Cable 
0.100 
Y 


Connector, Front View 
Pins 1, 3, 5, 7, 9, 11, 13 Pins 2, 4, 6, 8, 10, 12, 14 


Note: All dimensions are in inches and are nominal dimensions, unless otherwise specified. 


Designing for JTAG Emulation 1-13 


Emulation Design Considerations 


1.9 Emulation Design Considerations 


1.9.1 


This section describes the use and application of the scan path linker (SPL), 
which can simultaneously add all four secondary JTAG scan paths to the main 
scan path. It also describes the use of the emulation pins and the configuration 
of multiple processors. 


Using Scan Path Linkers 


You can use the Tl ACT8997 scan path linker (SPL) to divide the JTAG 
emulation scan path into smaller, logically connected groups of 4 to 16 
devices. As described in the Advanced Logic and Bus Interface Logic Data 
Book (literature number SCYDO01), the SPL is compatible with the JTAG 
emulation scanning. The SPL is capable of adding any combination of its four 
secondary scan paths into the main scan path. 


A system of multiple, secondary JTAG scan paths has better fault tolerance 
and isolation than a single scan path. Since an SPL has the capability of adding 
all secondary scan paths to the main scan path simultaneously, it can support 
global emulation operations, such as starting or stopping a selected group of 
processors. 


Tl emulators do not support the nesting of SPLs (for example, an SPL 
connected to the secondary scan path of another SPL). However, you can 
have multiple SPLs on the main scan path. 


Although the ACT8999 scan path selector is similar to the SPL, it can add only 
one of its secondary scan paths at a time to the main JTAG scan path. Thus, 
global emulation operations are not assured with the scan path selector. For 
this reason, scan path selectors are not supported. 


You can insert an SPL on a backplane so that you can add up to four device 
boards to the system without the jumper wiring required with nonbackplane 
devices. You connect an SPL to the main JTAG scan path in the same way you 
connect any other device. Figure 1-8 shows you how to connect a secondary 
scan path to an SPL. 


Emulation Design Considerations 


Figure 1-8. Connecting a Secondary JTAG Scan Path to an SPL 


SPL 
DTCK Tp! YTAGO 
TDI DTDOO TS 
¢ TS DTMSO ¢ TCK 
H TCK  DTDIO ¢ TRST 
TRS | arpa ¢ TDO 


TDO 


DTMS1 
DTDI1 


DTDO2 
DTMS2 
DTDI2 


DTDO3 
DTMS3 
DTDI3 


The TRST signal from the main scan path drives all devices, even those on 
the secondary scan paths of the SPL. The TCK signal on each target device 
onthe secondary scan path of an SPL is driven by the SPL’s DTCK signal. The 
TMS signal on each device on the secondary scan path is driven by the respec- 
tive DTMS signals on the SPL. 


DTDO on the SPL is connected to the TDI signal of the first device on the sec- 
ondary scan path. DTDI on the SPL is connected to the TDO signal of the last 
device in the secondary scan path. Within each secondary scan path, the TDI 
signal of a device is connected to the TDO signal of the device before it. If the 
SPL is on a backplane, its secondary JTAG scan paths are on add-on boards; 
if signal degradation is a problem, you may need to buffer both the TRST and 
DTCK signals. Although less likely, you may also need to buffer the DTMSn 
signals for the same reasons. 
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1.9.2 Emulation Timing Calculations for SPL 


The following examples help you to calculate the emulation timings in the SPL 
secondary scan path of your system. For actual target timing parameters, see 
the appropriate device data sheets. 


Assumptions: 


tsu(TTMS) Target TMS/TDI setup to TCK high 10 ns 
ta(TTDO) Target TDO delay from TCK low 15 ns 
taibiitmesd Target buffer delay, maximum 10 ns 
tatu} Target buffer delay, minimum 1 ns 
t(bufskew) Target buffer skew between two devices 1.35 ns 


in the same package: 
[td(bufmax) — ta(bufmin)] x 0.15 


t(TCKfactor) Assume a 40/60 duty cycle clock ee 


Given in the SPL data sheet: 


td(DTMSmax) SPL DTMS/DTDO delay from TCK 31 ns 
low, maximum 

tsu(DTDLmin) DTDI setup time to SPL TCK 7 ns 
high, minimum 

ta(DTCKHmin) SPL DTCK delay from TCK 2ns 
high, minimum 

ta(DTCKLmax) SPL DTCK delay from TCK 16 ns 


low, maximum 


There are two key timing paths to consider in the emulation design: 


LJ The TCK-to-DTMS/DTDO path, called tog(tTck-pTms); and 
LJ The TCK-to-DTDI path, called tog¢TcK-DTDN)- 
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Of the following two cases, the worst-case path delay is calculated to deter- 
mine the maximum system test clock frequency. 


Case 1: Single processor, direct connection, DTMS/DTDO timed from TCK low. 
tg(DTMSmax) * ta(oTcKHmin) + 'su(tTMs) 
t = 
pee IMS) UTeKtactor) 


_ [8ins + 2ns + 10ns] 
0.4 


= 107.5ns (9.3 MHz) 


La¢rtp9) * taoTckLmax) * 'su (oTDLmin) 


t =_— 
pele  tcktactor) 


_ [15ns + 16ns + 7ns] 
- 0.4 


= 9.5ns (10.5 MHz) 
In this case, the TCK-to-DTMS/DTDL path is the limiting factor. 
Case 2: Single/multiprocessor, DTMS/DTDO/TCK buffered input, DTDI buffered out- 
put, DTMS/DTDO timed from TCK low. 


ta(oTMSmax) + 'tcKHmin) * 'sucrtms) + 'butskew) 
tod (TCK-TDMSs) = i 


(TCKfactor) 


[3ins + 2ns + 10ns + 1.35ns] 
0.4 


110.9ns (9.0 MHz) 


taattpo) + ta(otcKLmax) + tsu(DTDLmin * ty (outskew) 
tod (TCK-DTDI) = i 


(TCKfactor) 


_ [15ns + 15ns + 7ns + 10ns] 
0.4 


= 120ns (8.3 MHz) 


In this case, the TCK-to-DTDI path is the limiting factor. 
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1.9.3 Using Emulation Pins 


The EMU0/1 pins of Tl devices are bidirectional, three-state output pins. When 
in an inactive state, these pins are at high impedance. When the pins are 
active, they function in one of the two following output modes: 


Lj) Signal Event 
The EMU0/1 pins can be configured via software to signal internal events. 
In this mode, driving one of these pins low can cause devices to signal 
such events. To enable this operation, the EMU0/1 pins function as open- 
collector sources. External devices such as logic analyzers can also be 
connected to the EMUO/1 signals in this manner. If such an external 
source is used, it must also be connected via an open-collector source. 


1) External Count 

The EMU0/1 pins can be configured via software as totem-pole outputs 
for driving an external counter. If the output of more than one device is 
configured for totem-pole operation, then these devices can be damaged. 
The emulation software detects and prevents this condition. However, the 
emulation software has no control over external sources on the EMU0/1 
signal. Therefore, all external sources must be inactive when any device 
is in the external count mode. 


Tl devices can be configured by software to halt processing if their EMU0/1 
pins are driven low. This feature, in combination with the use of the signal event 
output mode, allows one TI device to halt all other Tl devices on a given event 
for system-level debugging. 


If you route the EMU0/1 signals between boards, they require special handling 
because these signals are more complex than normal emulation signals. 
Figure 1-9 shows an example configuration that allows any processor in the 
system to stop any other processor in the system. Do not tie the EMU0/1 pins 
of more than 16 processors together in a single group without using buffers. 
Buffers provide the crisp signals that are required during a RUNB (run bench- 
mark) debugger command or when the external analysis counter feature is 
used. 
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Figure 1-9. EMU0/1 Configuration 


Target Board 1 
Pullup Resistor 


Open 
Collector ¢ pate EMUO/1 
Drivers 
Backplane <] Device] __——-| Device 
XCNT_ENABLE : i 
EMU0/1-IN 
? 
Pullup : 
PAL Resistor 
EMUO0/1-OUT | Target Board m 
] Pullup Resistor 
TCK To Emulator EMUO > 
Open 
Collector a if EMUO/1 
Drivers 


Device Device 
1 4 n 


Notes: 1) The low time on EMUx-IN should be at least one TCK cycle and less than 10 us. Software will set the EMUx-OUT 
pin to a high state. 


2) To enable the open-collector driver and pullup resistor on EMU1 to provide rising/falling edges of less than 25 ns, 
the modification shown in this figure is suggested. Rising edges slower than 25 ns can cause the emulator to detect 
false edges during the RUNB command or when the external counter selected from the debugger analysis menu 
is used. 


These seven important points apply to the circuitry shown in Figure 1-9 and 
the timing shown in Figure 1—10: 


Lj) Open-collector drivers isolate each board. The EMU0/1 pins are tied to- 
gether on each board. 


.j Atthe board edge, the EMUO0/1 signals are split to provide IN/OUT. This 
is required to prevent the open-collector drivers from acting as a latch that 
can be set only once. 


Lj) The EMU0/1 signals are bused down the backplane. Pullup resistors are 
installed as required. 


1) The bused EMUO0/1 signals go into a PAL® device (see Appendix A), 
whose function is to generate a low pulse on the EMU0/1-IN signal when 


Designing for JTAG Emulation 1-19 


Emulation Design Considerations 


1-20 


a low level is detected on the EMU0/1-OUT signal. This pulse must be 
longer than one TCK period to affect the devices, but less than 10 us to 
avoid possible conflicts or retriggering, once the emulation software clears 
the device’s pins. 


During a RUNB debugger command or other external analysis count, the 
EMU0/1 pins on the target device become totem-pole outputs. The EMU1 
pin is a ripple carry-out of the internal counter. EMUO becomes a 
processor-halted signal. During a RUNB or other external analysis count, 
the EMU0/1-IN signal to all boards must remain in the high (disabled) 
state. You must provide some type of external input (CXCNT_ENABLE) to 
the PAL to disable the PAL from driving EMU0/1-IN to a low state. 


If sources other than TI processors (such as logic analyzers) are used to 
drive EMU0/1, their signal lines must be isolated by open-collector drivers 
and be inactive during RUNB and other external analysis counts. 


You must connect the EMU0/1-OUT signals to the emulation header or di- 
rectly to a test bus controller. 
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Figure 1-10. Suggested Timings for the EMU0 and EMU1 Signals 


EMU0/1-OUT NEN 
EMU0/1-IN NON / 


Figure 1-11. EMU0/1 Configuration With Additional AND Gate to Meet Timing 
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| 
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EMU1 signal from other boards 


Notes: 1) The low time on EMUx-IN should be at least one TCK cycle and less than 10 us. Software will set the EMUx—OUT 
pin to a high state. 


2) To enable the open-collector driver and pullup resistor on EMU1 to provide rising/falling edges of less than 25 ns, 
the modification shown in this figure is suggested. Rising edges slower than 25 ns can cause the emulator to detect 
false edges during the RUNB command or when the external counter selected from the debugger analysis menu 
is used. 
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If having devices on one target board stopped by devices on another target 
board via the EMU0/1 signals is not important, then the circuit in Figure 1-12 
can be used. In this configuration, the global-stop capability is lost. It is impor- 
tant not to overload EMU0/1 with more than 16 devices. 


Figure 1-12. EMUO0/1 Configuration Without Global Stop 


Pullup Resistor 


Pullup Resistor 


EMUO/1 
1 aah i 
To Emulator 
EMU0/1 Target Board 1 


Target Board m 


Pullup Resistor 


° s © EMUO/1 


Device Device 
1 bo 


Note: The open-collector driver and pullup resistor on EMU1 must be able to provide rising/falling edges of less than 25 ns. 
Rising edges slower than 25 ns can cause the emulator to detect false edges during the RUNB command or when the 
external counter selected from the debugger analysis menu is used. If this condition cannot be met, then the EMU0/1 
signals from the individual boards should be ANDed together (as shown in Figure 1-11 ) to produce an EMU0/1 signal for 
the emulator. 
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1.9.4 Performing Diagnostic Applications 


For systems that require built-in diagnostics, it is possible to connect the 
emulation scan path directly to a Tl ACT8990 test bus controller (TBC) instead 
of the emulation header. The TBC is described in the Texas Instruments Ad- 
vanced Logic and Bus Interface Logic Data Book (literature number 
SCYD001). Figure 1-13 shows the scan path connections of ndevices to the 
TBC. 


Figure 1-13. TBC Emulation Connections for n JTAG Scan Paths 


4 


TBC tcki 


TDO 

TMSO 

TMS1 
TMS2/EVNTO 
TMS3/EVNT1 
TMS4/EVNT2 
TMS5/EVNT3 —————} 
TCKO 

TDIO 
TDI 


In the system design shown in Figure 1—13, the TBC emulation signals TCKI, 
TDO, TMSO, TMS2/EVNTO, TMS3/EVNT1, TMS5/EVNT3, TCKO, and TDIO 
are used, and TMS1, TMS4/EVNT2, and TDI1 are not connected. The target 
devices’ EMUO0 and EMU1 signals are connected to Vcc through pullup resis- 
tors and tied to the TBC’s TMS2/EVNT0 and TMS3/EVNT1 pins, respectively. 
The TBC’s TCKI pin is connected to a clock generator. The TCK signal for the 
main JTAG scan path is driven by the TBC’s TCKO pin. 
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On the TBC, the TMSO pin drives the TMS pins on each device on the main 
JTAG scan path. TDO on the TBC connects to TDI on the first device on the 
main JTAG scan path. TDIO on the TBC is connected to the TDO signal of the 
last device on the main JTAG scan path. Within the main JTAG scan path, the 
TDI signal of a device is connected to the TDO signal of the device before it. 
TRST for the devices can be generated either by inverting the TBC’s 
TMS5/EVNTS signal for software control or by logic on the board itself. 
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Designing for MPSD Emulation 


This chapter assists you in meeting the design requirements of the XDS510 
emulator with respect to TMS320C3x modular port scan device (MPSD) 
designs and describes the XDS510 cable (manufacturing part number 
2617699-0001). This cable is identified by a label on the cable pod marked 
MPSD 3/5V and supports both standard 3-volt and 5-volt target system power 
inputs. 
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2.1 Designing Your MPSD Emulator Connector (12-Pin Header) 


The ’C3x uses a modular port scan device (MPSD) technology to allow com- 
plete emulation via a serial scan path of the ’C3x. To communicate with the 
emulator, your target system must have a 12-pin header (two rows of six 
pins) with the connections that are shown in Figure 2—1. Pin 8 is cut out to pro- 
vide keying. Table 2-1 describes the emulation signals and lists the ’C3x pin 
connections. 


Figure 2-1. 12-Pin Header Signals and Header Dimensions 


EMu1t 
Emuot 
EMu2t 
PD(Vcc) 
EMU3 
H3 


GND 
GND Header Dimensions: 
Pin-to-pin spacing, 0.100 in. (X,Y) 
GND Pin width, 0.025-in. square post 
; Pin length, 0.235-in. nominal 
no pin (key)+ 
GND 


GND 


T These signals should always be pulled up to Vcc with separate 20-kQ resistors. 

+ While the corresponding female position on the cable connector is plugged to prevent improper 
connection, the cable lead for pin 8 is present in the cable and is grounded, as shown in the 
schematics and wiring diagrams in this document. 


Table 2-1. 12-Pin Header Signal Descriptions and ’C3x Pin Connections 
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XDS510 Description °C30 °C31 

Signal Pin Number Pin Number 
EMUO Emulation pin 0 F14 124 

EMU1 Emulation pin 1 E15 125 

EMU2 Emulation pin 2 F13 126 

EMU3 Emulation pin 3 E14 123 

H3 ’C3x H3 Al 82 

PD(Vcc) Presence detect. Indicates that the emulation cable is con- 


nected and that the target is powered up. PD should be tied to 
Vcc in the target system. 


Although you can use other headers, recommended parts include: 


straight header, unshrouded DuPont Connector Systems 
part numbers: 65610-112 

65611-112 

37996-112 

67997-112 
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Figure 2—2 shows a portion of logic in the emulator cable pod. Note that 33-Q 
resistors have been added to the EMU0O, EMU1, and EMU2 lines; this mini- 


mizes cable reflections. 


Figure 2-2. MPSD Emulator Cable Pod Interface 
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2.2 MPSD Emulator Cable Pod Signal Timing 


Figure 2-3 shows the signal timings for the emulator pod. Table 2—2 defines 
the timing parameters. The timing parameters are calculated from values spe- 
cified in the standard data sheets for the emulator and cable pod and are for 
reference only. Texas Instruments does not test or guarantee these timings. 


Figure 2-3. MPSD Emulator Cable Pod Timings 
le 1 


~ f\ ff 


EMUO, 
EMU1, 


EMU2 
a 4 


EMU3 4 x 


Table 2-2. Emulator Cable Pod Timing Parameters 


No. Reference Description 
1 tc(H3) H3 period 
2 tc(H3H) H3 high-pulse duration 
3 tc(H3L) H3 low-pulse duration 
4 td(EMUO, 1, 2) Delay time, EMUO, 1, 2 valid from 
H3 high 
5 tsu(EMU3) EMUS setup time to H3 high 
th(EMU3) EMUS hold time from H3 high 


een L 


Min 


35 


Max 


200 


23 


Unit 


ns 


ns 


ns 


ns 


ns 


ns 
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2.3 Connections Between the MPSD Emulator and the Target System 


It is extremely important to provide high-quality signals between the MPSD 
emulator and the ’C3x on the target system. To do so, the signal must be buff- 
ered in many cases. The distance of the emulation header from the ’C3x deter- 
mines the need for signal buffering requirements with respect to three catego- 
ries: 


Lj} No signal buffering. In this situation, the distance between the header 
and the ’C3x should be no more than two inches. 


ike 2 inches or less 7 
Vcc 
A 


TMS320C3x Emulator Header 
PD 


EMUO 
EMU1 
EMU2 


_j Buffered transmission signals. In this situation, the distance between 
the emulation header and the ’C3x is greater than two inches but less than 
six inches. The transmission signals—H3 and EMU3—are buffered 
through the same package. 


_ 2 to 6 inches 7 
Vcc 
A 


TMS320C3x Emulator Header 


EMUO EMUO 
EMU1 EMU1 
EMU2 EMU2 
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Lj All signals buffered. The distance between the emulation header and the 
’C83x is greater than 6 inches but less than 12 inches. All ’C3x emulation 
signals—EMUO, EMU1, EMU2, EMU3, and H3—are buffered through the 


same package. 
= 6 to 12 inches _ 
Voc 
A 


TMS320C3x Emulator Header 
PD 


EMUO 
EMU1 
EMU2 


H3 Buffer Restrictions 


Don't connect any devices 
between the buffered H3 
output and the header! 
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2.4 Mechanical Dimensions for the 12-Pin MPSD Emulator Connector 


The ’C3x MPSD emulator target cable consists of a 3-foot section of jacketed 
cable, an active cable pod, and a short section of jacketed cable that connects 
to the target system. The overall cable length is approximately 3 feet 10 inches. 
Figure 2-4 and Figure 2-5 show the mechanical dimensions for the target 
cable pod and short cable. Note that the pin-to-pin spacing on the connector 
is 0.100 inches in both the X and Y planes. The cable pod box is nonconductive 
plastic with four recessed metal screws. 


Figure 2-4. MPSD Pod/Connector Dimensions 


Emulator Cable Pod 
Connector 


Short, Jacketed Cable 


Refer to Figure 2—5. 
Note: All dimensions are in inches and are nominal dimensions, unless otherwise specified. 
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Figure 2-5. 12-Pin Connector Dimensions 


or 


a oe 

Cable 
0.38 
es 


Connector, Side View 


Key, Pin 8 


Cable 70 


Connector, Front View 
Pin 1, 3, 5, 7, 9, 11 Pin 2, 4, 6, 8, 10, 12 


Note: All dimensions are in inches and are nominal dimensions, unless otherwise specified. 
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2.5 Diagnostic Applications 


For system diagnostics applications or embedding emulation compatibility on 
your target system, you can connect a ’C3x device directly to a Tl ACT8990 
test bus controller (TBC), as shown in Figure 2-6. The TBC is described in 
the Texas Instruments Advanced Logic and Bus Interface Logic Data Book (lit- 
erature number SCYDO001). A TBC can connect to only one ’C3x device. 


Figure 2-6. TBC Emulation Connections for ’C3x Scan Paths 


Voc 


TBC 


C3x 


TMSO EMUO 
TMS1 EMU1 
TDO EMU2 
TCKO EMU4 
TCKI H1 (Clock) 
TDIO EMU3 
TDI1 EMUS5 
TMS2/EVNTO EMU6 
TMS3/EVNT1 
TMS4/EVNT2 
TMS5/EVNT3 


Notes: 1) Ina’C3x design, the TBC can connect to only one ’C3x device. 


2) The ’C3x device’s H1 clock drives TCKI on the TBC. This is different from the 
emulation header connections in which H3 is used. 
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PAL Programming 


This appendix contains the programmable logic source for the PAL from Figure 1—9 on page 1-19 and 
Figure 1-11 on page 1-21. This PAL equation was reduced with DATA I/O ABEL™ version 3.2 at a 
reduction level of 3. 
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module EMU_backplane 
title’ 
DATE 09/01/94’ 
U0 device ‘ploer4’ 
“inputs 
oe Pin 11; “outut enable, tied to GROUND 
clk Pin 1: “TEEE 1149.1 TCLK 
EMUO_OU Pin 2: “active low EMUO from daughters 
EMU1_OU Part, 33s “active low EMU1 from daughters 
XCNT_ENBL Pin 4; “active high External Count enable 
‘“EXT_EMU Pint 57 “active low external trigger for EMU 
“power 
gnd Pin 10; “GROUND 
vec Pin 20; “POWER 
“outputs 
EMUO_IN Pin 17; “active low EMO to daughters 
EMU1_IN Pin 16; “active low EMU1 to daughters 
SO Pin 15; “state for EMUO_IN 
Si, Pin 14; “state for EMUI1_IN 
“aliases for of us 
c = .C.; “input clock edge falling 
x Ke F “unknown 
“states 
idle = *b11 “waiting for EMU active 
countl = *b10 “sending EMU active for first TCLK 
count2 = *b00 “sending EMU active for second TCLK 
wait = *b01 “waiting for EMU inactive again 
state_diagram {[SO, EMUO_IN] 
state idle: 
IF ( !EMUO_OUT & !XCNT_ENBL ) THEN count1 
IF ( !EXT_EMU & !XCNT_ENBL ) HEN count1 
ELSE idle; 
state countl: 
GOTO count2; 
state count2: 
GOTO wait; 
state wait: 
IF (!EMUO_OUT & !XCNT_ENBL) THEN wait 
IF (!EXT_EMU & !XCNT_ENBL) HEN wait 
state_diagram [SO, EMUO_IN] 
ELSE idle; 
state idle: 
IF (!EMU1_OUT & !XCNT_ENBL ) HEN countl 
IF ( !EXT_EMU & !XCNT_ENBL ) HEN count1l 
ELSE idle; 


(Continued on page A-3) 
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“test 


( 


“test 


( 


state countl: 
GOTO 
state count2: 
GOTO 
state wait: 
IF (!EMUO_OUT & !XCNT_ENBL) THEN 
IF (!EXT_EMU & !XCNT_ENBL) HEN 
ELSE 
test_vectors™“1-14 
EMUO_IN and SO 
oe_,clk ,EMUO_OUT, XCNT_ENBL ]->[SO ,EMUO_IN ]) 
OF .g “C- 5, 1 h 0 =>, Xa. ox ; “reset to 
Cree eee 1 . 0 mol ey x “reset to 
O-PS py 1 ; 0 -—> y, 1 ; “reset to 
On A Ga ¥ 1 : 0 => j 1 ;“EMU inpu 
OG! of Og 0 : ny <> ; i ; ‘EMU inpu 
O% ig 0 F 0 a eel a 0 ; ‘EMU inpu 
OF Gt 0 , 1 =>. 042.0 ;“any EMU 
Oe... gic sehr 37 0 ; 1 =>, 0; 1 ; ‘any EMU 
0). ge ie oy 0 7 0 => P05 1 ; ‘EMU inpu 
OIE: 4, 1 7 0 -> ‘ 1 ; “EMU inpu 
OF jp CG 0 ‘ 0 SL, 0 ; ‘EMU inpu 
Ol C4 op 0 ; 1. ->[ 0, 0 ; “any EMU 
Ret gS 0 ; Bik SS) Oy 1 ; ‘any EMU 
Os iy wht <x 0 Pr 1 | ee Pe 1 ; ‘EMU inpu 
"possible additional tests for EXT_EMU 
test_vectors™“15-28 
EMU1_IN and S1 
oe_,clk ,EMU1_OUT, XCNT_ENBL ]->[SO ,EMU1_IN ]) 
OF sahic 0 ? 1 <> Px, AX ; “reset to 
a oe 0 ¥ 1 SSR. ¢ x ; “reset to 
Pg RE 0 ; 1 ae 7 ; “reset to 
Qa -sgic "Che, 1 ; als -> 7 ;“EMU inpu 
Dg hte <p 0 ; ‘l: => ‘ a ; “EMU inpu 
OL. apie? <7 0 ; 0 =r L's, 0 ; “EMU inpu 
OF es 4p . 0 =H Og 0 ; ‘any EMU 
Ol. FGA i . 0 —<S' Oy ; ‘any EMU 
Ord p's 4 0 i 0 eS Dey ; ‘EMU inpu 
Gh, og oh 2p 1 F. 1 => z 1 ; “EMU inpu 
Oo pe ony 0 . 0 Sap Al, 0 ; “EMU inpu 
OO oe EES ay - 1 =e h Oy 0 ; ‘any EMU 
OO, ge tes Oy 1 1 meh Oy ; ‘any EMU 
GO 9 Gy 0 : Z ef Dy ;“EMU inpu 
sible additional tests for EXT_EMU 


EMU_backplane 


PAL Programming 


count2; 


wait; 


wait 
wait 
idle; 


known state:idle 

known state:idle 

known state:idle 
inactive, stay in idle 
and XCNT active, idle 
active, goto countl 

nput, goto count2 

nput, goto wait 
active, stay in wait 
inactive, goto idle 
active, goto countl 

input, goto count2 

input, goto wait 

t and XCNT inactive, 


i 
i 


idle 


known state:idle 

known state:idle 

known state:idle 
inactive, stay in idle 
and XCNT active, idle 
active, goto countl 

nput, goto count2 

nput, goto wait 
active, stay in wait 
inactive, goto idle 
active, goto countl 

input, goto count2 

input, goto wait 

t and XCNT inactive, 


a: 
a 


idle 
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JTAG 3/5V timings 1-5 

MPSD timings 2-4 

parameters 2-4 


header and dimensions 
12-pin, MPSD_ 2-2 
14-pin, JTAG 3/5V 1-2 
mechanical 2-7 to 2-9 
signal descriptions, 12-pin header 2-2 
straight, unshrouded 2-2 


Index-1 


Index 


IEEE 1149.1 specification, bus slave device 
rules 1-3 


JTAG 3/5V emulator 
buffered signals 1-9 
connection to target system 1-2 to 1-3 
no signal buffering 1-8 
pod interface 1-4 


MPSD emulator 
buffered transmission signals 2-5 
cable, connection to emulator 2-5 to 2-6 
connector 2-2 
no signal buffering 2-5 


PAL 1-19, 1-20, 1-22, A-1 to A-3 
pod interface, emulator 2-3 
protocol, bus 1-3 


run/stop operation 1-8 
RUNB, debugger command 1-18 to 1-22 
RUNB_ENABLE, input 1-20 


scan path linkers 
secondary scan path to an SPL_ 1-15 
suggested timings 1-21 

scan paths 
TBC emulation connections for ’C3x 2-9 


Index-2 


scan paths (continued) 
TBC emulation connections for scan paths 1-23 


signal buffering for emulator connections 2-5 
signal descriptions, 14-pin header 1-2 


signals 
buffered 1-9,2-2 2-6 
buffering for emulator connections 1-8 to 1-11, 
2-5 
description 
12-pin header 2-2 
14-pin header 1-2 
no buffering 2-5 
timing 1-5, 2-4 
slave devices 1-3 
straight, unshrouded = 14-pin, 1-3 


target cable 1-12, 2-2, 2-7 

target system, connection to emulator 1-1 to 1-24, 
2-5 

TCK signal 1-2, 1-3, 1-5, 1-6, 1-11, 1-16, 1-23 

TDI signal 1-2 to 1-7, 1-10, 1-11, 1-16, 1-17 

TDO output 1-3 

TDO signal 1-3, 1-4, 1-7, 1-17, 1-23 

test bus controller 1-20, 1-23, 2-9 

test clock 1-10 

timing calculations 1-6 to 1-7, 1-16 to 1-17 

TMS signal 1-2 to 1-7, 1-10, 1-11, 1-15 to 1-17, 
1-23 

TMS/TDI inputs 1-3 

TRST signal 1-2, 1-5, 1-6, 1-11, 1-16, 1-24 


XDS510 emulator 
JTAG 3/5V cable. See emulation 
MPSD cable. See emulation 


